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(54) Title: BROADCAST AS A TRIGGERING MECHANISM FOR ROUTE DISCOVERY 

2 (57) Abstract: A method and/or an apparatus which places a broadcast message which the source expects a reply message in a 
broadcast message for route discovery. The combined message is broadcast throughout the ad-hoc network. When the combined 

Q broadcast message is received at the destination node, the destination node genaates a response message including a reply message 
to the broadcast message that the source node expects a reply. The response message is sent back to the source node over the route 
which the combined broadcast message traveled to the destination node. 
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BROADCAST AS A TRIGGERING MECHANISM FOR 
ROUTE DISCOVERY 

BACKGROUND 

The present invention relates to ad-hoc networks. More particularly, the 
5 present invention relates to routing in ad-hoc networks. 

Conventional networking protocols are based on the characteristics and/or 
features of fixed networks. In fixed networks, the network configuration typically 
does not change. Although nodes can be added and removed in fixed networks, 
the route traveled by data packets between two nodes typically does not change. 
10 The disadvantage is that fixed networks cannot be easily reconfigured to account 
for increases in data traffic, also called system loading. Accordingly, when 
system loading increases for one node, the surrounding nodes are likely to 
experience increased delays in the transmission and reception of data. 

In contrast to fixed networks, ad-hoc networks are dynamic. An ad-hoc 
15 network is formed when a number of nodes decide to join together to form a 
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network. Since nodes in ad-hoc networks operate as both hosts and routers, ad- 
hoc networks do not require the infrastructure required by fixed networks. 
Accordingly, ad-hoc networking protocols are based upon the assumption that 
nodes may not always be located at the same physical location. 
5 Bluetooth is an exemplary ad-hoc networking technology. Bluetooth is an 

open specification for wireless communication of both voice and data. It is based 
on a short-range, universal radio link, and it provides a mechanism to form small 
ad-hoc groupings of connected devices, without a fixed network infrastructure, 
including such devices as printers, PDAs, desktop computers, FAX machines, 

10 keyboards, joysticks, telephones or virtually any digital device. Bluetooth 

operates in the unlicenced 2.4 GHz Industrial-Scientific-Mcdical (ISM) band. 

Figure 1 illustrates a Blueiooth piconet. A piconet is a collection of digital 
devices, such as any of those mentioned above, connected using Bluetooth 
technology in an ad-hoc fashion. A piconet is initially formed with two connected 

15 devices, herein referred to as Bluetooth devices. A piconet can include up to eight 
Bluetooth devices. In each piconet, for example piconet 100, there exists one 
master Bluetooth unit and one or more slave Bluetooth units. In figure 1 Bluetooth 
unit 101 is a master unit and unit 102 is a Bluetooth slave unit. 

According to Bluetooth technology a slave unit can only communicate 

20 directly with a master unit. Figure 2 illustrates a piconet with a master unit 201 
and a plurality of slave units 202-208 arranged in a star network topology. If 
slave unit 202 wishes to communicate with slave unit 206, slave unit 202 would 
have to transmit the information it wished to communicate to master unit 201. 
Master unit 201 would then transmits the information to slave unit 206. 

25 A scatternet is formed by multiple independent and unsynchronized 

piconets. Figure 3 illustrates an exemplary scatternet 300. In figure 3, piconet 1 
includes a master node 303 and the slave nodes 301, 302 and 304; piconet 2 
includes the master node 305 and the slave nodes 304, 306 and 307; and piconet 3 
includes the master node 309 and the slave nodes 308, 310 and 311. To 
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implement a scatteraet it is necessary to use nodes which are members of more 
than one piconet. Such nodes are herein referred to as forwarding nodes. If, for 
example, node 301 wishes to communicate with node 310, then nodes 304 and 308 
might act as forwarding nodes by forwarding the connection between the two 

5 piconets and in particular between nodes 301 and 310. For example, node 301 
transfers the information to the master node of piconet 1 node 303. Master node 
303 transmits the information to forwarding node 304. Forwarding node 304 then 
forwards the information to master node 305, which in turn, transmits the 
information to forwarding node 308. Forwarding node 308 forwards the 

10 information to master node 309 which transmits the information to the destination 
node 310. 

Figure 4a illustrates the protocol layers of two conventional Bluetooth 
units. As indicated, both units 401 and 402 include a high level protocol or 
application 411. They also include a network layer 421, a data link layer 

15 including a logical link control and adaptation protocol (L2CAP) 441 and link 

manager protocol (LMP), and the physical layer including a baseband component. 

In general, the protocols which govern the formation and/or updating of 
routes in an ad-hoc network may be classified as either proactive or reactive. 
Proactive routing protocols attempt to update and maintain routes between nodes, 

20 including routes which are not currently in use. Typically, proactive routing 
protocols react to network topology changes, even if there is no current traffic 
which is affected by the topology change. To update and maintain the routes 
between nodes in an ad-hoc network employing proactive routing, each node 
periodically transmits control information to other nodes in the network. 

25 However, this requires a large amount of signaling, which consumes precious 
bandwidth and leads to network congestion. The network congestion, in mrn, 
results in greater transmission delays for packets traveling through the network. 

In contrast to proactive routing protocols, reactive routing protocols 
establish routes only when there is an immediate need to transmit packets. 
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Moreover, reactive routing protocols only maintain information about routes 
which are currently being used for transmitting data packets. Accordingly, 
reactive protocols result in less network signaling, and hence, less network 
congestion and less delay due to the congestion as compared to proactive routing 
5 protocols. 

Routing in ad-hoc networks can be performed using either source routing 
or distance vector routing. In both source routing and distance vector routing a 
route request message is issued by a source node when the source node requires a 
new route to a destination node. In source routing, in response to the route 

10 request message, an entire route from the source node to the destination node is 
received by the source node in the reply message. Accordingly, only the source 
needs to keep track of the route between the source node and the destination node. 
When packets are sent from the source node to the destination node the entire 
route is specified in every packet. 

15 In distance vector routing as the reply message is sent from the destination 

node to the source node each intermediate node stores route information in routing 
tables. Accordingly, the source node will only need to place the destination node 
address in each packet for the packet to reach the destination node. 

Figure 5 illustrates conventional source routing techniques. In step 505 the 

20 source node generates a message. In step 510 the node determines whether the 
message is a broadcast message or a unicast message. If the message is a 
broadcast message, in accordance with the "Broadcast" path out of decision step 
510, then the source node broadcasts the packets to its neighbor nodes. 

If the message is a unicast message, in accordance with the "Unicast" path 

25 out of decision step 510, then it is determined whether the source node knows a 
route to the destination node in accordance with step 520, If a route to the 
destination node is known, in accordance with the "Yes" path out of decision step 
520, the source node will send the unicast message, which includes the complete 
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route in the message, to the node specified in the source node's routing table in 
accordance with step 525 . 

If a route to the destination node is not known, in accordance with the 
"No" path out of decision step 520, then the source node broadcasts a request for 
5 route message in accordance with step 530. In step 535 a neighbor node receives 
the request for route message. In step 540 the neighbor node determines whether 
it has already processed the request for route message. The neighbor node makes 
this determination by examining the addresses of the nodes in the route contained 
in the request for route message to determine if the node's own address is in the 

10 route contained in the request for route message. If distance vector routing is 
employed a neighbor node would make this determination based upon a source 
node address and broadcast identifier. If the neighbor node has already processed 
the request for route message, in accordance with the "Yes" path out of decision 
step 540, the node will drop the message in accordance with step 545. 

15 If the node has not already processed the message, in accordance with the 

"No" path out of decision step 540, then the node adds its own address to the 
request for route message in accordance with step 550. If distance vector routing 
is employed then the node would store the source node address and broadcast 
identifier. In step 555 the node rebroadcasts the request for route message to its 

20 neighbor nodes. In step 560 the node determines whether it is the destination 

node. If the node determines that it is not the destination node, in accordance with 
the "No" path out of decision step 560, then the node is done with its processing 
for this message. However, if the node is the destination node, in accordance with 
the "Yes" path out of decision step 560, the node will send a response back to the 

25 source node over the route indicated in the message received by the destination 
node in accordance with step 565. In step 570 the source node sends the unicast 
message to the destination node over the newly established route. In accordance 
with reactive routing, the source node will only request a new route when the 
actual route being used is broken. 
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In conventional networks there are typically two types of broadcast 
messages. The first type of broadcast message are messages which the source 
node sends to spread information to other nodes in the networl;.. When this type of 
broadcast message is sent the source does not expect to receive a reply message. 

5 The second type of broadcast message are messages which the source node expects 
to receive a reply message from one or more network nodes. 

Since ad-hoc networks are dynamic, nodes may change their location in the 
network. When the node changes its location, the node may not have the same 
address as the node had at its prior location. In order to transmit data from a 

10 source node to a destination node the source node may first obtain its own network 
address, resolve the name of the destination, obtain the hardware address of the 
destination node and determine a route to the destination node. However, since 
conventional ad-hoc routing protocols are based on the characteristics and/or 
features associated with fixed networks, the conventional ad-hoc routing protocols 

15 assume that the source node and destination node hardware addresses are known. 

One exemplary networking protocol is Internet Protocol (IP). In IP there 
are several different broadcast messages that a source node generates where the 
source node expects a reply from one or more node(s) in the network. In IP three 
exemplary types of broadcast messages where the source expects a reply are 

20 dynamic host configuration protocol (DHCP), name resolution and address 

resolution protocol. DHCP is concerned with dynamic allocation of IP addresses 
to nodes. Name resolution is used to obtain the IP address when the name of the 
node is known. ARP is used when the logical address of the node is known, e.g., 
the IP address, but the hardware address, e.g., the Ethernet address of the node, is 

25 not known. 

Accordingly, in an ad-hoc network the source node may have to perform a 
separate broadcast for DHCP, name resolution or ARP, and route discovery before 
the source node can begin to transmit data to the destination node. These separate 
broadcasts result in delay in sending the information from the source node to the 
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destination node. Sending these separate broadcasts also adds to the load of the 
network. 

Accordingly, it would be desirable to minimize the number of broadcast 
messages required for establishing a route from a source node to a destination node 
5 when employing source routing reactive protocols in an ad-hoc network. It would 
also be desirable to minimize the number of broadcast messages required for 
establishing a route from a source node to a destination node when applying 
distance vector routing reactive protocols in an ad-hoc network. 

SUMMARY 

10 These and other problems, drawbacks and limitations of conventional 

techniques are overcome according to the present invention by placing a broadcast 
message which the source expects a reply message in a broadcast message for 
route discovery. The combined message is broadcast throughout the ad-hoc 
network. When the combined broadcast message is received at the destination 

15 node, the destination node generates a response message including a reply message 
to the broadcast message that the source node expects a reply. The response 
message is sent back to the source node over the route which the combined 
broadcast message traveled to the destination node. 

Accordingly, it is an objective of the present invention to minimize the 

20 amount of broadcasts required for setting up a route in an ad-hoc network. 

It is another objective of the present invention to minimize the load on the 
network when setting up a route in an ad-hoc network by placing a broadcast 
message which the source node expects a reply message in a broadcast message 
which determines a route to the node which generates the reply message. 

25 It is also an objective of the present invention to lower the delay at the 

source node by speeding up the signaling required to set up a route between a 
source and destination node. 
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In accordance with one aspect of the present invention, the foregoing and 
other objects are achieved by a method and/or an apparatus for determining a route 
from a source node to a destination node, wherein a request for route broadcast 
message is used to discover and establish routes between the source node and 
5 destination node. The source node generates a broadcast message for which the 
source node expects a reply message. The broadcast message is placed in a 
request for route broadcast message. The source node then broadcasts the request 
for route broadcast message to neighboring nodes. 

In each of the neighboring nodes it is determined whether the particular 

10 neighboring node is the node which generates a reply message. If the particular 
node is the node which generates a reply message then a response message to the 
request for route broadcast message is generated. The response message is sent to 
the source node over the route contained in the request for route broadcast 
message received by the node which generated the reply message. If distance 

15 vector routing is employed the response message would be sent to the source node 
over the temporary route stored in each neighboring node in a path between the 
source node and the node which generated the reply message. In a distance vector 
routing protocol, as the response message is sent from the node which generates 
the reply message to the source node a route is activated in each of the neighboring 

20 nodes in the route between the source node and the destination node. 

In accordance with yet another aspect of the present invention, the 
foregoing and other objects are achieved by a method and/or an apparatus for 
determining a route from a source node to another node, wherein all nodes in the 
network include a network adaptation layer and a higher layer. In the higher layer 

25 of the source node a broadcast message for which the source node expects a reply 
message is generated. The message for which the source node expects a reply 
message is placed in a network adaptation layer request for route broadcast 
message. The network adaptation layer request for route broadcast message is 
broadcast from the source node to neighboring nodes. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The objects and advantages of the invention will be understood by reading 
the following detailed description in conjunction with the drawings in which: 

FIG. 1 illustrates an exemplary piconet; 
5 FIG. 2 illustrates an exemplary star-topology network; 

FIG. 3 illustrates an exemplary scatternet formed by a plurality of piconets; 

FIG. 4a illustrates the protocol layers of a conventional Bluetooth unit; 

FIG. 4b illustrates the protocol layers of a Bluetooth unit according to an 
exemplary embodiment of the present invention; 
10 FIG. 5 illustrates conventional source routing route discovery techniques; 

FIGs. 6a and 6b illustrate an exemplary method for performing route 
discovery using source routing techniques in an ad-hoc network; 

FIGs. 7a and 7b illustrate an exemplary method for combining a broadcast 
for which a source node expects a reply message with route discovery using source 
15 routing techniques in an ad-hoc network; 

FIGs. 8a and 8b illustrate another exemplary method for combining a 
broadcast for which a source node expects a reply message with route discovery 
using source routing techniques in an ad-hoc network; and 

FIGs. 9a and 9b illustrate yet another exemplary method for combining a 
20 broadcast for which a source node expects a reply message with route discovery 
using source routing techniques in an ad-hoc network. 

DETAILED DESCRIPTION 

The present invention is directed to minimizing the amount of broadcast 
messages sent during route discovery. In general, the present invention 
25 accomplishes this using source routing techniques and by combining broadcast 

messages which the sotu-ce node expects a reply message with broadcast messages 
for route discovery. Alternatively, the present invention accomplishes this using 
distance vector routing techniques and by combining broadcast messages which the 
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source note expects a reply message with broadcast messages for route discovery. 
In so doing, the broadcast messages for which a source node expects a reply 
message can also be used to support route discovery. 

In the following, the present invention is described as a route discovery 

5 technique for use in a Bluetooth scatternet. However, one skilled in the art will 
recognize that the present invention is applicable to wireline or wireless networks, 
fixed networks and other types of ad-hoc networks. 

Every broadcast message should contain a broadcast identifier in the 
network adaptation layer header. In addition, the broadcast messages should 

10 contain a source address which uniquely identifies the source. For example, at the 
time of manufacture each Bluetooth unit is assigned a globally unique 48 bit IEEE 
802 address called the Bluetooth Device Address (BD ADDR) which is never 
changed. Accordingly, the broadcast identifier together with the source address 
will uniquely identify the particular broadcast. 

15 Figures 6a and 6b illustrate an exemplary method for using broadcast 

messages for route discovery. In step 602 the source node generates a broadcast 
message. In step 604 the source node determines whether the broadcast message 
is the type for which the source node expects a reply message. If the source node 
does not expect a reply message, in accordance with the "No" path out of decision 

20 step 604, the source node will broadcast the message to all neighbor nodes in 
accordance with step 606, 

If the source node does expect a reply to the broadcast message, in 
accordance with the "Yes" path out of decision step 604, the source node 
piggybacks the broadcast message in a request for route broadcast message in 

25 accordance with step 608. In addition, if the source node cannot determine 

whether it expects a reply message in response to the broadcast message then the 
source node will piggyback the broadcast message in a request for route message 
in accordance with the "Yes" path out of decision step 604. In step 615 the source 
node broadcasts the request for route message to its neighbor nodes. For example, 
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referring now to figure 3, if node 303 were the source node then the broadcast 
message would be sent to nodes 301, 302 and 304. Alternatively, the source node 
will only broadcast the request for route message to forwarding nodes. 

In step 617 the request for route message is received by a neighbor node. 

5 In step 620 the neighbor node determines whether the node has already processed 
the request for route message. Smce source routing packets contain the entire 
route for the packet, the node can determine whether it has already processed the 
request for route message by examining the message to determine if the node's 
own address is contained in the route m the request for route message. 

10 Alternatively, if distance vector routing is employed each node has a broadcast 
buffer which stores the source address and broadcast identifier pair. The 
broadcast buffer also stores the time which the message has been received to 
determine if the node has processed the broadcast message within a predetermined 
period of tune. As one skilled in the art will recognize the predetermined time 

15 period is set long enough that the node will not rebroadcast a message it has 

already rebroadcast, but short enough that the buffer does not require an extensive 
amount of memory. If the node's own address is contained in the request for route 
message, or if distance vector routing is employed if the source address and 
broadcast identifier pair of the received message matches one of the source address 

20 and broadcast identifier pairs stored in the broadcast buffer, in accordance with the 
"Yes" path out of decision step 620, the node will drop the message in accordance 
with step 625. 

If the node determines that the request for route message has not been 
previously processed, in accordance with the "No" path out of decision step 620, 
25 the node determines whether the piggybacked data indicates that the node is the 
destination node in accordance with step 640. If distance vector routing is 
employed, if the node determines that the request for route message has not been 
previously processed the node will store the source address and broadcast 
identifier pair in the broadcast buffer along with the tune that the request for route 
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message was received by the node and the node would store a temporary route 
back to the source prior to examining the piggybacked data. If the piggybacked 
data does not indicate that the node is the destination node, in accordance with the 
"No" path out of decision step 640, the node adds it own address to the route 

5 contained in the request for route message in accordance with step 658. If distance 
vector routing is employed and if the piggyback data does not indicate that the 
node is the destination node, the node replaces its address in the request for route 
message. In step 660 the node rebroadcasts the request for route message to its 
neighbor nodes. This processing occurs in each node which receives the broadcast 

10 message as illustrated by the return path from step 660 to step 617. 

If the piggybacked data mdicates that the node is the destination node, in 
accordance with the "Yes" path out of decision step 640, the node will piggyback a 
reply message in the route response message in accordance with step 642, In step 
645 the node will send the route response to the next node in the route indicated by 

15 the route stored in the message. If distance vector routing is employed the node 
will send the route response to the next node in the temporary route. In step 665 
the next node determines whether it is the source node by examining the address in 
the message. If the node is not the source node, in accordance with the "No" path 
out of decision step 665, the node sends the route response message to the next 

20 node indicated by the route in the route response message. If distance vector 
routing is employed and the node is not the source node, the node activates the 
temporary route and sends the route response message to the next node in the 
temporary route. If the node is the source node, in accordance with the "Yes" 
path out of decision step 665, the node begins sending data over the new route 

25 identified in the route response message. If distance vector routing is employed 
and if the node is the source node the node activates the route and begins sending 
data over the new route. Since a period of tune will have passed between the time 
that the source node requested a route to the destination and the source node has 
received the route response, the source node can buffer the data packets which it 
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desires to transmit over the route. Alternatively, the source node can simply drop 
the packets. Since the destination node does not rebroadcast the request to 
surrounding nodes, the surrounding nodes will not be disturbed by the route 
request broadcast. This will remove some of the load on the network. 
5 It would be desirable to support IP in a Bluetooth scatternet. However, 

since Bluetooth requires the slave nodes to communicate through a master node to 
transmit data to other nodes, Bluetooth does not provide a true shared network. 
Accordingly, Bluetooth cannot currently support IP. 

Figure 4b illustrates exemplary Bluetooth units which can implement IP. 

10 The Bluetooth units of figure 4b are similar to the Bluetooth units of figure 4a with 
the exception that the Bluetooth units of figure 4b include a network adaptation 
layers 461 and 462. Using the network adaptation layer, an entire scatternet can 
be regarded as an IP subnet. Since the IP protocol layer assumes that there is a 
shared network, the network adaptation layer emulates a shared network, i.e., a 

15 broadcast network. The network adaptation layer provides a routing mechanism to 
route information within a scatternet while emulating towards the IP layer that the 
scatternet is actually a single shared network medium. Regardless of the routing 
mechanism which is unplemented, the network adaptation layer uses the above 
described forwarding nodes to transfer information from one piconet to another 

20 piconet. 

Figures 7a and 7b illustrate an exemplary method for triggering route 
discovery in an IP network, which operates according to a source routing protocol, 
using DHCP, name resolution or ARP broadcast messages. As described above, 
when a source node broadcasts messages for DHCP, name resolution or ARP the 
25 source node expects a reply message. The combination of route discovery with 
DHCP, name resolution or ARP results in less messages traversing the network. 
Accordingly, the messages described in figure 7 are merely exemplary and the 
method is equally applicable to other types of broadcast messages which the source 
node expects a reply message. 
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In step 705 the source node generates the ARP, name resolution or DHCP 
broadcast message and delivers the message to the network adaptation layer. In 
step 710 the network adaptation layer piggybacks the ARP, name resolution or 
DHCP broadcast message in a network adaptation layer route request broadcast 

5 message. To indicate that the network adaptation layer route request broadcast 
message contains either the ARP, name resolution or the DHCP broadcast 
message, a piggyback indicator can be inserted in the network adaptation layer 
route request broadcast message. Alternatively, in a protocol where the request 
for route message is of a fixed length, a length indicator which indicates a length 

10 longer than the normal fixed length will unplicitly indicate that the request 
contains piggyback data. 

In step 715 the source node will broadcast the network adaptation layer 
route request message to its neighboring nodes. In step 717 the node receives the 
request for route message. In step 720 a neighboring node determines whether the 

15 request for route discovery message has already been processed. The neighbor 
node determines whether it has already processed the message by determining 
whether the node's own address is in the route included in the broadcast message. 
If the request for route discovery message has already been processed, in 
accordance with the "Yes" path out of decision step 720, the node drops the 

20 message in accordance with step 725. If the node has not already processed the 
request for route message, in accordance with the "No" path out of decision step 
720, the node adds its own address to the route included in the request for route 
message in accordance with step 727. If distance vector routing is employed and if 
the node has not already processed the request for route message the node will 

25 store the source node address in broadcast identifier pair and a temporary route 

back to the source node. In step 732 the piggybacked data is sent up to the higher 
protocol layers. In step 735 the node will rebroadcast the message to all 
neighboring nodes. 
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In step 740 the node which rebroadcast the message will determine whether 
it is the node that generates a reply message to the piggybacked broadcast 
message. If the node is not the node that generates a reply message to the 
piggybacked broadcast message, in accordance with the "No" path out of decision 

5 block 740, then the node does not perform any further processing with regard to 
this message in accordance with step 745. If the node which rebroadcast the 
message is the node which generates a reply message to the piggybacked broadcast 
message, in accordance with the "Yes" path out of decision block 740, then the 
node will generate a reply to the ARP, name resolution or DHCP message and 

10 piggyback the reply in a network adaptation layer response message in accordance 
with step 750. The reply to the ARP, name resolution or DHCP message will be 
piggybacked by the node in a manner similar to the manner that the source node 
piggybacks the ARP, name resolution or DHCP request message. In step 760 the 
destination node sends the network adaptation layer route response message back 

15 over the route contained in the request for route message. If distance vector 

routing is employed the destination node activates the route in the node and sends 
the network adaptation layer route response message back over the temporary 
route. 

In step 765 a node in the route included in the route response message 
20 receives the route response message and determines whether it is the source node. 
If distance vector routing is employed then a node in the temporary route will 
receive the message. If the node is the source node, in accordance with the "Yes" 
path out of decision step 765, the node sends the piggybacked data up the protocol 
stack and stores the route to the destination in accordance with step 767. The 
25 source node then begins sending data over the new route in accordance with step 
769. 

If the node is not the source node, in accordance with the "No" path out of 
decision step 765, the node forwards the route response message to the next node 
in the route indicated in the route response message in accordance with step 765. 
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If distance vector routing is employed and the node is not the source node, the 
node will activate the route in the node and forward the route response message to 
the next node in the temporary route. The next node then determines whether it is 
the source node in accordance with step 765. This processing continues in each 

5 node along the route indicated in the route response message until the source node 
receives the route response message. If distance vector routing is employed, this 
processing continues in each node along the temporary route. 

If the source node does not receive a reply to the request for route message, 
e.g., the reply was dropped on the way back to the source or the request for route 

10 message did not reach the destination, the protocol layers above the network 
adaptation layer, e.g., ARP, will issue the broadcast again and the method is 
repeated. 

Since figures 7a and 7b illustrate an exemplary embodiment where the 
source node is generating broadcast messages that the source node knows it will 

15 expect a reply message, a step, such as step 604 of figure 6, where the source node 
determines whether the broadcast message is the type of message which the source 
node expects a reply is not included in this figure. However, as described above 
with regard to figure 6, if the source node is not sure if it expects a reply to the 
broadcast message, the source node will piggyback the broadcast message in a 

20 request for route message. 

Although the routing methods illustrated in figures 6 and 7 are similar there 
is one difference to note. In step 640 of figure 6 if it is determined that the node 
which received the request for route broadcast message is the destination node then 
the node does not rebroadcast the request for route broadcast message. In 

25 contrast, in figure 7 the network adaptation layer request for route message is 
rebroadcast in step 735 before the node determines whether it is the node which 
generates a reply message. Accordingly, in the method of figure 7 the network 
adaptation layer will rebroadcast the network adaptation layer request for route 
message even if the node is the node which generates a reply message. The 
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rebroadcasting is due to the fact that the network adaptation layer does not know if 
some of the higher protocol layers will generate a reply to the ARP, name 
resolution or DHCP message. Accordingly, in the method of figure 7 the network 
adaptation layer will not be dependent upon the higher protocol layers. If the 

5 network adaptation layer in the nodes were dependent upon the higher protocol 
layers a delay should be introduced in the network adaptation layer before 
rebroadcasting the route request from the node. However, this allows the nodes to 
prevent further flooding of the network by the broadcast messages. To avoid 
further flooding of the network the higher protocol layers could inform the 

10 network adaptation layer whether the higher layers are broadcasting to trigger 
route discovery. Alternatively, the network adaptation layer can be designed to 
recognize the higher layer broadcasts and differentiate between those broadcasts 
that trigger route discovery, e.g., ARP, and those broadcasts which should not 
trigger route discovery. 

15 Figures 8a, 8b, 9a and 9b illustrate methods which allow the network 

adaptation layer in the node to determine whether the node which received the 
network adaptation layer request for route broadcast message with piggybacked 
data is the node which generates the reply message. The steps of figures 8 and 9 
are similar to the steps of figure 7 with steps 735, 740 and 745 replaced with four 

20 new steps. In figure 8 steps 735, 740 and 745 are replaced by steps 836, 838, 839 
and 840. In step 836 the node sets a timer and the network adaptation layer of the 
node will examine the data from the higher protocol layers. In step 838 it is 
determined whether the network adaptation layer recognizes a reply message to a 
DHCP, name resolution or ARP broadcast message. If the network adaptation 

25 layer recognizes a reply message, in accordance with the "Yes" path out of 

decision step 838, the network adaptation layer piggybacks the reply message in a 
route response message in accordance with step 750. The remainder of the 
method operates in a similar manner to that described above with regard to figure 
7. 
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If the network adaptation layer does not recognize a reply message, in 
accordance with the "No" path out of decision step 838, it is determined whether 
the timer has expired in accordance with step 839. If the timer has not expired, in 
accordance with the "No" path out of decision step 839, the method returns to step 

5 836 where the network adaption layer continues to examine the data from the 

higher protocol layers. If the timer has expired, in accordance with the "Yes" path 
out of decision step 839, then the node rebroadcasts the data in accordance with 
step 840. The method continues to step 717 where the next neighbor node 
receives the broadcast message. 

10 Similar to the method of figure 8, figure 9 replaces steps 735, 740 and 745 

with steps 936, 940, 942 and 945. In step 936 the node sets a timer while the 
higher protocol layers receive the piggybacked data. In step 940 it is determined 
whether the higher protocol layers have indicated that a reply to the piggybacked 
data has been generated. If the higher layers have indicated that a reply to the 

15 piggybacked data has been generated, in accordance with the "Yes" path out of 
decision step 940, then the reply message is piggybacked in the network adaption 
layer response message in accordance with step 750. Again the remainder of the 
method illustrated in figure 9 operates in a similar manner to that of the method 
described in figure 7. 

20 If the higher protocol layers have not indicated that a reply to the 

piggybacked data has been generated, in accordance with the "No" path out of 
decision step 940, then it is determined whether the timer has expired in 
accordance with step 942. If the timer has not expired, in accordance with the 
"No" path out of decision step 942, then the higher layers continue to process the 

25 piggyback data in accordance with step 936. If the timer has expired, in 
accordance with the "Yes" path out of decision step 942, then the node 
rebroadcasts the message in accordance with step 945. In step 717 the processing 
continues as another neighbor node receives the broadcast message. 
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Although figures 6-9 illustrate the exemplary methods as processing the 
broadcast message at one neighbor node at a time, one skilled in the art will 
recognize that the broadcast messages will be processed as the neighbor nodes 
receive the broadcast message. Hence, the broadcast message may be processed 
5 by some or all of the neighbor nodes at the same time or during similar time 
periods. 

Another alternative embodiment is to only trigger route discovery for ARP 
broadcast messages. To implement this requires performing the routing at the 
network adaptation layer. Accordingly, the network adaptation layer would be 
10 ARP dependent, meaning that the network adaptation layer would recognize ARP 
request/reply messages. For example, if the network adaptation layer uses 
Ethernet encapsulation, the network adaptation layer would examine the type field 
in the Ethernet frame to determine whether the message is an ARP request or ARP 
reply message. 

15 The difference between this embodiment and prior embodiments takes place 

at the node which generates the ARP reply message. According to this 
embodiment, the network application layer will detect the ARP response from the 
higher layers as an ARP message with a unicast destination address. Similarly, at 
the node which generates the ARP reply message the network application layer 

20 will detect ARP requests as ARP messages with the broadcast address as the 
destination address. In the Ethernet encapsulation case, the ARP requests are 
detected as Ethernet frames with the type set to ARP and the destination address 
set to the Ethernet broadcast address. ARP responses would be detected as 
Ethernet frames with the type set to ARP and the destination address set to a 

25 unicast Ethernet address. 



Since the methods described above are concerned with source routing 
protocols, the nodes typically do not determine whether there is a cached route to 
the destination stored in the node. In ARP, name resolution and DHCP the node 
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which generates the reply message to the ARP, name resolution or DHCP may be 
the only node which can provide the information required for the reply message. 
Accordingly, an intermediate node with a cached route may not be able to provide 
this required information. When the broadcast is from a higher protocol layer the 
5 node may not known which nodes will be able to respond. However, the network 
may be implemented such that an intermediate node has a cached reply message to 
the ARP, name resolution or DHCP message. If this is implemented, the source 
node may receive two response messages to the request for route message. The 
first message may come from an intermediate node with the cached reply to the 

10 ARP, name resolution or DHCP message and the second response may come from 
the destination containing the route which has been established. 

By combining route discovery with other broadcast messages the load on 
the network is decreased. Further, the initial route to the destmation node will be 
created faster because of the combination of route discovery with other broadcast 

15 messages. This results in lower buffering time at the source node. The techniques 
and hardware implementations associated with route discovery described above, 
provide a simple, efficient, and precise way of identifying a route between a 
source node and destination node and while sending another broadcast message for 
which the source node expects a reply message. Consequently, the present 

20 invention conserves valuable network resources as compared with prior 
techniques. 

The present invention has been described with reference to several 
exemplary embodiments. However, it will be readily apparent to those skilled in 
the art that it is possible to embody the invention in specific forms other than those 
25 of the exemplary embodiments described above. This may be done without 
departing from the spirit of the invention. These exemplary embodiments are 
merely illustrative and should not be considered restrictive in any way. The scope 
of the invention is given by the appended claims, rather than the preceding 



20 



wo 01/41378 



PCT/SEOO/02447 



description, and all variations and equivalents which fall within the range of the 
claims are intended to be embraced therein. 
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WHAT IS CLAIMED IS: 

1. In a network, a method for determining a route from a source node to 
another node, wherein a request for route broadcast message is used to discover 
and establish routes between the source node and the another node, the method 

5 comprising the steps of: 

generating, in the source node, a broadcast message for which the source 
node expects a reply message; 

placing the broadcast message in a request for route broadcast message; 
broadcasting, from the source node, the request for route broadcast 
10 message to neighboring nodes; and 

determining, in each of the neighboring nodes, whether the particular 
neighboring node is a node which generates the reply message. 

2. The method of claim 1, wherein the source node includes its own 
address in the request for route broadcast message 

15 3. The method of claim 2, further comprising the steps of: 

adding by each of the neighboring nodes the neighboring node's own 
address to the request for route broadcast message; and 

rebroadcasting the request for route broadcast message to all nodes which 
are neighboring nodes of the particular neighboring node which has received the 
20 request for route broadcast message. 

4. The method of claim 3, fiirther comprising the steps of: 
generating a response message to the request for route broadcast message if 
the particular neighboring node is the node which generates the reply message; 
placing the reply message in the response to the broadcast message; and 
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sending the response message to the source node over a route contained in 
the request for route broadcast message received by the node which generated the 
reply message. 

5. The method of claim 1 , further comprising the steps of: 
5 storing in each of the neighboring nodes a temporary route back to the 

source node; and 

rebroadcasting the request for route broadcast message to all nodes which 
are neighboring nodes of the particular neighboring node which has received the 
request for route broadcast message. 

10 6. The method of claim 5, further comprising the steps of: 

generating a response message to the request for route broadcast message if 
the particular neighboring node is the node which generates the reply message; 
placing the reply message in the response to the broadcast message; and 
sending the response message to the source node over the temporary route 
15 stored in each neighboring node in a path between the source node and the node 
which generated the reply message. 

7. The method of claim 6, further comprising the step of: 
activating a route, in each of tiie neighboring nodes in the route between 

the source node and the node which generates the reply message, as the response 
20 message is sent from the node which generates the reply message to the source 
node. 

8. The method of claim 1, wherein the source node, the neighboring nodes 
and the node which generates the reply message are part of an ad-hoc network. 
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9. The method of claim 1, wherein the source node, the neighboring nodes 
and the node which generates the reply message form a scatternet. 

10. The method of claim 1, wherein the source node, the neighboring 
nodes and the node which generates the reply message operate according to the 
Bluetooth protocol. 

1 1 . The method of claim 1 , further comprising the steps of: 

receiving, at each of the neighboring nodes, the request for route broadcast 
message; 

setting a timer; 

examining the request for route broadcast message to determine whether 
the request for route broadcast message contains a broadcast message for which 
the source node expects a reply message; and 

determining, if the request for route broadcast message contains the 
broadcast message which the source node expects the reply message, if the 
particular neighboring node is the node which generates the reply message. 

12. The method of claim 1 1 , further comprising the step of: 
rebroadcasting the request for route broadcast message if, after the 

expiration of the timer, it has not been determined that particular neighboring node 
is the node which generates the reply message. 

13. The method of claim 11, further comprising the step of: 
generating a response message to the request for route broadcast message 

if, before the expiration of the timer, it is determined that the neighboring node is 
the node that generates the reply message. 
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14. The method of claim 13, wherein the response message contains the 
reply message. 

15. The method of claim 1, further comprising the steps of: 
setting a timer; and 

determining whether a higher protocol layer has sent an indication to a 
lower protocol layer that a reply message has been generated. 

16. The method of claim 15, fiirther comprising the step of: 
rebroadcasting the request for route broadcast message if, after the 

expiration of the timer, the higher protocol layer has not sent the indication that 
the reply message has been generated. 

17. The method of claim 15, fiirther comprising the step of: 
generating a response message to the request for route broadcast message 

if, before the expiration of the timer, the higher protocol layer has sent the 
indication that a reply message has been generated. 

18. The method of claim 1, wherein the broadcast message for which the 
source node expects a reply message is formed in accordance with address 
resolution protocol (ARP). 

19. The method of claim 1, wherein the broadcast message for which the 
source node expects a reply message is formed in accordance with name resolution 
protocol. 

20. The method of claun 1, wherein the broadcast message for which the 
source node expects a reply message is formed in accordance with dynamic host 
configuration protocol (DHCP). 
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21. In a network, a method for determining a route from a source node to 
another node, wherein all nodes in the network include a network adaptation layer 
and a higher protocol layer, the method comprising the steps of: 

generating, in the higher protocol layer of the source node, a broadcast 
5 message for which the source node expects a reply message; 

placing the broadcast message for which the source node expects a reply 
message in a network adaptation layer request for route broadcast message; and 

broadcasting, from the source node, the network adaptation layer request 
for route broadcast message to neighboring nodes. 



10 22. The method of claim 21, wherein the request for route broadcast 

message includes the source node's address 



23. The method of claim 22, further comprising the steps of: 
adding by each of the neighboring nodes the neighboring node's own 

address to the request for route broadcast message; and 
15 rebroadcasting the request for route broadcast message to all nodes which 

are neighbor nodes of the particular neighbor node which received the request for 
route broadcast message. 

24. The method of claim 21, fiirther comprising the steps of: 
setting a timer; and 

20 determining whether a higher protocol layer has sent an indication to the 

network adaptation layer that the reply message has been generated. 



25. The method of clarai 24, further comprising the step of: 
rebroadcasting the request for route broadcast message if, after the 
expiration of the timer, the higher protocol layer has not sent the indication to the 
25 network adaptation layer that the reply message has been generated. 
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26. The method of claim 24, further comprising the step of: 
generating, in the network adaptation layer, a response message to the 

request for route broadcast message if, before the expiration of the timer, the 
higher protocol layer has sent the indication to the network adaptation layer that 
the reply message has been generated. 

27. The method of claim 22, wherein the network operates according to a 
source routing protocol. 

28. The method of claim 21, wherein the network operates according to a 
distance vector routing protocol. 

29. The method of claim 21, wherein the higher layer operates in 
accordance with Internet Protocol (IP). 

30. In a network, an arrangement for determining a route from a source 
node to another node, wherein a request for route broadcast message is used to 
discover and establish routes between the source node and the another node, the 
arrangement comprising: 

means for generating, in the source node, a broadcast message for which 
the source node expects a reply message; 

means for placing the broadcast message in a request for route broadcast 
message; 

means for broadcasting, from the source node, the request for route 
broadcast message to neighboring nodes; and 

means for determining, in each of the neighboring nodes, whether the 
particular neighboring node is a node which generates the reply message. 



27 



wo 01/41378 



PCT/SEOO/02447 



31. The arrangement of claim 30, wherein the request for route message 
includes the source node's address. 

32. The arrangement of claim 31, further comprising: 

means for adding by each of the neighboring nodes the neighboring node's 
5 own address to the request for route broadcast message; and 

means for rebroadcasting the request for route broadcast message to all 
nodes which are neighboring nodes of the particular neighboring node which has 
received the request for route broadcast message. 

33. The arrangement of claim 32, further comprising: 

10 means for generating a response message to the request for route broadcast 

message if the particular neighboring node is the node which generates the reply 
message; 

means for placing the reply message in the response to the broadcast 
message; and 

15 means for sending the response message to the source node over the route 

indicated in the request for route message received by the node which generated 
the reply message. 

34. The arrangement of claim 30, further comprising: 

means for storing in each of the neighboring nodes a temporary route back 
20 to the source node; and 

means for rebroadcasting the request for route broadcast message to all 
nodes which are neighboring nodes of the particular neighboring node which has 
received the request for route broadcast message. 
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35. The arrangement of claim 34, further comprising: 
means for generating a response message to the request for route broadcast 
message if the particular neighboring node is the node which generates the reply 

message; 

5 means for placing the reply message in the response to the broadcast 

message; and 

means for sending the response message to the source node over the 
temporary route stored in each neighboring node in a path between the source node 
and the node which generated the reply message. 

10 36. The arrangement of claim 35, further comprising: 

means for activating a route, in each of the neighboring nodes in the route 
between the source node and the node which generates the reply message, as the 
response message is sent from the node which generates the reply message to the 
source node. 



15 37. The arrangement of claim 30, wherein the source node, the 

neighboring nodes and the node which generates the reply message are part of an 
ad-hoc network. 

38. The arrangement of claim 30, wherein the source node, the 
neighboring nodes and the node which generates the reply message form a 

20 scatternet. 

39. The arrangement of claim 30, wherein the source node, the 
neighboring nodes and the node which generates the reply message operate 
according to the Bluetooth protocol. 



29 



wo 01/41378 



PCT/SEOO/02447 



40. The arrangement of claim 30, further comprising: 

means for receiving, at each of the neighboring nodes, the request for route 
broadcast message; 

means for setting a timer; 
5 means for examining the request for route broadcast message to determine 

whether the request for route broadcast message contains a broadcast message for 
which the source node expects a reply message; and 

means for determining, if the request for route broadcast message contains 
the broadcast message for determining for which the source node expects the reply 
10 message, if the particular neighboring node is the node which generates the reply 
message. 

41 . The arrangement of claim 40, further comprising: 

means for rebroadcasting the request for route broadcast message if, after 
the expiration of the timer, it has not been determined that particular neighboring 
15 node is the node which generates the reply message. 

42. The arrangement of claim 40, fiirther comprising: 

means for generating a response message to the request for route broadcast 
message if, before the expiration of the timer, it is determined that the neighboring 
node is the node that generates the reply message. 

20 43. The arrangement of claim 42, wherein the response message contains 

the reply message. 

44. The arrangement of claim 30, further comprising: 
means for setting a timer; and 

means for determining whether a higher protocol layer has sent an 
25 indication to a lower protocol layer that a reply message has been generated. 
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45. The arrangement of claim 44, further comprising: 

means for rebroadcasting the request for route broadcast message if, after 
the expiration of the timer, the higher protocol layer has not sent the indication 
that the reply message has been generated. 

46. The arrangement of claim 44, further comprising: 

means for generating a response message to the request for route broadcast 
message if, before the expiration of the timer, the higher protocol layer has sent 
the indication that a reply message has been generated. 

47. The arrangement of claim 30, wherein the broadcast message for 
which the source node expects a reply message is formed in accordance with 
address resolution protocol (ARP). 

48. The arrangement of claim 30, wherein the broadcast message for 
which the source node expects a reply message is formed in accordance with name 
resolution protocol. 

49. The arrangement of claim 30, wherein the broadcast message for 
which the source node expects a reply message is formed in accordance with 
dynamic host configuration protocol (DHCP). 

50. In a network, an arrangement for determining a route from a source 
node to another node, wherein all nodes in the network include a network 
adaptation layer and a higher protocol layer, the arrangement comprising: 

means for generating, in the higher protocol layer of the source node, a 
broadcast message for which the source node expects a reply message; 
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means for placing the broadcast message for which the source node expects 
a reply message in a network adaptation layer request for route broadcast message; 
and 

means for broadcasting, from the source node, the network adaptation layer 
5 request for route broadcast message to neighboring nodes. 

51. The arrangement of claim 50, wherein the request for broadcast 
message includes the source node's address. 

52. The arrangement of claim 51, further comprising: 

means for adding by each of the neighboring nodes the neighboring node's 
10 own address to the request for route broadcast message; and 

means for rebroadcasting the request for route broadcast message to all 
nodes which are neighbor nodes of the particular neighbor node which received the 
request for route broadcast message. 



53. The arrangement of claim 50, further comprising: 
15 means for waiting a predetermined amount of time; and 

means for determining whether a higher protocol layer has sent an 
indication to the network adaptation layer that the reply message has been 
generated. 

54. The arrangement of claim 53, further comprising: 

20 means for rebroadcasting the request for route broadcast message if, after 

the predetermined amount of time, the higher protocol layer has not sent the 
indication to the network adaptation layer that the reply message has been 
generated. 
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55. The arrangement of claim 53, further comprising: 

means for generating, in the network adaptation layer, a response message 
to the request for route broadcast message if, during the predetermined amount of 
time, the higher protocol layer has sent the indication to the network adaptation 
5 layer that the reply message has been generated. 

56. The arrangement of claim 50, wherein the higher layer operates in 
accordance with Internet Protocol (IP). 
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